home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 1996 April
/
CHIP 1996 aprilis (CD06).zip
/
CHIP_CD06.ISO
/
hypertxt.arj
/
9310
/
INLI9310.CD
< prev
next >
Wrap
Text File
|
1995-04-15
|
16KB
|
274 lines
Az újság készítése, a számítógépek folyamatos használata
közben, a tesztelések sokaságában gyakran bukkanunk olyan
információkra, tapasztalatokra, amelyeket egyrészt szinte
lehetetlen (idôhiány miatt) pontosan leellenôrizni,
másrészt viszont nagyon fontos apró kis információk,
melyeknek értéke van, bár ezt forintosítani nehéz lenne.
Ezek azok az apró tippek-trükkök, kiegészítve
tapasztalásokkal, háttérinformációkkal, amelyek sokba
kerülnek -- fôleg idôben --, ha nekünk kell újra
felfedeznünk ôket, de csak igen ritkán olvashatunk róluk.
Ezért foglalkoztat bennünket már egy ideje a gondolat, hogy
ezeket valahogy megosszuk olvasóinkkal, ezzel is segítve a
számítógéppel való munkát. Ilyen jellegû próbálkozás volt
eddig az egyelôre nem mûködô CHIP Forrás s a Tippek-trükkök
rovatunk. Az Inline-nak elkeresztelt új rovatunk ötleteket,
megoldási javaslatokat, saját tapasztalatainkat tartalmaz.
Nem ellenôrzött információkat szubjektív köntösbe
öltöztetve tálalunk, de reméljük, hogy inkább szakmai
bensôséges hangulatot, mint ""bal hónalj alól tekintett,
déli irányban észlelt naplemente esetén az adott szoftver
és a spéci kigészítô hardverek együttmûködésének
lehetetlenségét" közlô, álszaktudást keltô cikkeket
olvashatnak majd.
Az ""Inline" nevet a programozástechikából vettük át. îgy
említik azokat az eljárásokat, kódrészleteket (itt:
infót), amiket a szokásos megoldásnál gyorsabb
programfutást (itt: közlést) eredményezô módszerrel
illesztenek a programba (itt: a CHIP-be). Az inline
eljárásokra eddig egy magyar megfelelôt találtak: ""nyílt
szubrutin". A magasszintû nyelven írt programokba
beilleszthetô inline assembly kódrészletekre pedig nincs
magyar megnevezés.
@VTapasztalatok az ARJ és a Windows világából@N
@VHétköznapi bosszúságok@N
Az utóbbi hetekben munkám során számos feleslegesen
eltöltött órát sikerült kidobnom az ablakon a különbözô
szoftverek ""specialitásai" miatt. Körülbelül ezzel telt be
az a bizonyos pohár, és szerkesztôségi konzultációk után
ekkor indítottuk el a régen tervezett Inline-t.
@VArj 2.30@N
A merevlemezem nem jól viselte a folyamatos nyúzást, a
nyári meleget, és rendszeresen rakoncátlankodott. Elsô
hidegrázós lemerevedése után azonnal végrehajtottam a régen
halogatott mentést, amint a vincsi jó lelke engem megszánva
mégis életjelet adott magáról. A feladat egyszerû volt:
ARJ-vel betömörítettem mindent a gyökértôl kezdve az utolsó
alkönyvtárig. Egyetlen paranccsal az összes file-t, a
könyvtárszerkezettel együtt, 1,2 Mbyte-os szeletekre vágva
eltettem egy másik merevlemezre. îgy kevés idôt vett
igénybe, s ha kell, viszonylag gyorsan továbbmenthetô az
anyag floppyra.
A következô napokban tovább dolgozva megterheltem a vincsit
még vagy 50 Mbyte információval (a mérete 330 Mbyte). Ez
már elég sok volt ahhoz, hogy ismét a mentésre gondoljak,
és egyik este elindítottam újra az ARJ-t, az elôzô mentés
könyvtárába egy sima @Ku@N azaz update paranccsal. A
tömörítés megnyugtató kezdete után villanyt leoltva
távoztam, hadd ketyegjen a gép amíg akar, reggel majd
megnézem az eredményt.
Reggel érkezve elsô dolgom a gépre pillantani, amely
veszett tempóban még mindig dolgozott, látszólag újabb és
újabb részfile-okat update-olva, de új információt nem
találva igazából nem tömörített. Csodálkoztam a dolgon, de
hát biztosan kikészítette az idôközben beszúrt sok file,
így számolgat még egy darabig. Meglepetés akkor ért, amikor
az .A99 kiterjesztésû file után továbblépett az .A00-ra,
majd az .A01-re, .A02-re és így tovább. Ekkor esett le a
tantusz, miért dolgozik olyan gyorsan: hiszen már nincs
hova pakoljon, minden megtelt, és szegény gügye
folyamatosan keres üres helyet a maradék információnak. A
tömörítést megszakítva megnéztem az eredményt. ùjabb
meglepetés: rossz könyvtárba tömörített. A kiadott
parancsot ellenôrizve kiderült, azt csinálta amit mondtam
neki: elütöttem a könyvtár nevét.
Fontos!
@V*@N Az ARJ 2.30 az @Ku@N parancs esetében nem reklamál,
ha nem talál mit módosítani, hanem létrehoz egy új file-t
(file-sorozatot).
@V*@N Szeletelésnél, ha nem adunk meg kiterjesztést, akkor
.ARJ-vel kezdve, .A00-val, .A01-gyel folytatva megy
.A99-ig. Ha az így elnevezhetô 100 file megtelt, nem tud
mit kezdeni a megmaradt anyaggal, és végtelen ciklusba
kerül. Nagy mennyiség tömörítésénél ezért a parancssorban
adjuk meg a tömörítvény nevéhez a .000 kiterjesztést
(például MENTES.000), így elmegy .999-ig, s 1000 file
általában elég...
Az ARJ-s tömörítésrôl a szerkesztôségben beszélgetve
egyébként arra jutottunk: valószínûleg nem ajánlatos
szeletelt file-okat update-olni, mert nem biztos, hogy a
feladat minden buktatójára gondolt a szoftver fejlesztôje,
Robert K. Jung. Nekem szerencsém volt: a mentést újra
update-olva, a vincsicsere után kitömörítve minden megvolt,
és a helyére került.
@VAz alapok a haladóknak is kellenek@N
A vincsicsere kapcsán természetesen én is elkövettem azt a
hibát, amit másoknál rendszeresen apró mosollyal javítunk
ki. Nevezetesen, ha a rendszerlemezemet lementem, majd
letörlöm vagy kicserélem, akkor illik a CONFIG.SYS-t és az
AUTOEXEC.BAT-ot a bennük meghívott programokkal, a rendszer
indulásához szükséges file-okkal, valamint a kitömörítô
programmal együtt egy floppyra kimenteni.
Nálam az IDE csatolós C: cseréje után természetesen nem
akart elindulni a két másik, SCSI csatolós vincsi. Az
egyiken a C: volt betömörítve. Szerencsére az IDE vincsit
még nem töröltem, így visszatéve, a szükséges file-okat
lementve a cserét sikeresen elvégeztem.
@VFontos!@N
Ha a bootlemezünkhez nyúlunk -- ez a legtöbb helyen a C:
--, akkor törlés, tömörítés, formattálás vagy csere elôtt
mindenképp nézzük végig, mire van szükség a rendszer elôzô
állapotban való felállásához, és mentsük ki ezeket
floppyra.
Ez magyar viszonylatban, ahol a gyári lemezek nem mindig
vannak kéznél, különösen fontos... De ha mindenünk legális,
akkor is sok idôt takaríthatunk meg, ha nem kell mindent
újratelepítenünk.
@VExcel angolul és magyarul@N
Szeptember elsô napjaiban kaptuk kézhez az Excel 4.0 magyar
változatának végleges lemezeit. A Microsoftot dicséri az az
aktivitás, amellyel a magyar verziók készülnek. A windowsos
világ véleményem szerint akkor jön el a hazai piacon is, ha
az adminisztráció területén dolgozó hölgyek körében már
csak a számítógéppel szemben való ellenérzést, és nem az
idegen (angol) nyelvbôl pluszként adódó nemértést kell
legyôzni a szakembereknek. Ezért nagyon fontosak a
windowsos programok magyarításai.
A magyar Excelt telepítettem, de külön könyvtárba -- egy új
verziónál legyen óvatos az ember. A régi angol mellett
elkezdtem néha a magyart is használni, és tetszett.
Különösen egy hibája.
Az Excel 4 az összes file-ját az általunk megadott
könyvtárba telepíti, így gond nélkül lehet egymás mellett
két különbözô verziója. A perverzitást növelendô ugyanabba
a programcsoportba helyeztem el ôket: a táblázatkezelôk
között volt egy angol és egy magyar változat. Mind a kettô
rendben mûködik, sôt együttmûködik. Ugyanis egy file-t --
mint a késôbbi dokumentáció-olvasásnál kiderült --, az
EXCEL4.INI-t, a telepítéskor a WIN.INI-t tartalmazó
könyvtárba rak. Ez a Windows könyvtára. Mind a két változat
ezt teszi, így azonos EXCEL4.INI-t használnak, tehát azonos
beállításokkal indulnak. Ami nekem, tesztelônek jó, de
igazából nem tetszik -- nem tudom még, hogy késôbb milyen
gubanc lesz belôle.
Az egész ott tûnt fel, hogy nagyon gyakran használok azonos
táblázatokat, és az Excel az utolsó négy használt file-t a
@KFile@N menü alsó részében felkínálja nyitásra, így nem
kell mindig végigbóklásznom az @KOpen@N menüt. Ezt az infót
az EXCEL4.INI-be menti el, így történhetett meg, hogy
elôször feltûnés nélkül ugrottam az egyikbôl a másikba.
Ez a szituáció lehet jó is, ha például Excelt oktatunk
magyarul, de igazából az angol menüben vagyunk otthon, s
szeretnénk ott megnézni, hogy hol találjuk a keresett
részeket. De a kisördög azt súgja: lesz még gondom ezzel...
A dokumentációt böngészve kiderült, hogy korábbi verzióval
nem akadhat össze az új, mert eddig a beállításokat részben
a WIN.INI, részben az EXCEL.INI tartalmazta. A leírás
szerint a hálózati verzió is létrehoz egy másolatot a
userek számára, így ott sincs összeakadás.
Ez az a tipikus eset, amikor sikerült a tesztelés kapcsán
egy olyan helyzetet létrehozni, és egy olyan hibát
észlelni, amire nem valószínû, hogy bárki gondolt, de végül
is nem hiba, hiszen a program eddig tökéletesen mûködik.
@VMagyar Windows milyen nyelven?@N
A vincsi rakoncátlankodása elôhozott egy másik érdekességet
is. A WordPerfect Presentations telepítése közben többször
elszállt a Windowsom, mint utóbb kiderült, lemezolvasási
hibákból adódóan. Az új vincsin tökéletesen lefutott a
telepítés. A Windows 3.1 magyar változata az elszállást
nagyon kulturáltan kiírja a képernyôre, az általa tippelt
okot is közli, majd megpróbál tovább menni, a hiba ellenére
a rendszert újra felállítani. A hiba jellegétôl függ,
sikerül-e a dolog. Eddig nem sok esetben sikerült,
elszállás azonban sok volt.
Egy hibaüzenet láttán azonban a vincsim után én is
lemerevedtem. Az üzenet betûre pontosan a következô volt:
""VAZNA CHYBA DISKU Behen zapisu na diskovu jednotku C
nastala vazna chyba. Pri pokracovani bude proveden novy
pokus zapsat data. A folytatáshoz nyomja meg valamelyik
billenty√t!"
Ugye értik?! A gép valamilyen szláv nyelven (nem nyomoztam
utána) üzen valamit, amire mi nyugodtan nyomjunk meg egy
billentyût. Belegondolni is rossz. Mi történik, ha a gép
Gizike -- akit épp most vettünk rá a számítógép
használatára -- asztalán ilyet üzen? Másrészt vannak
""szakemberek", akik ilyenkor ""Vírus!" felkiáltással
keltenek pánikot, és teszik nélkülözhetetlenné magukat.
Kis nyomozásra volt szükség, és kiderült: semmi másról
nincs szó, mint a fatware-gyártók felületességének
mintapéldányáról. Sikerült a Microsoftnál egy fordítás
közben némi idegen szöveget bekötni a magyar verzióba. A
Norton Utilities szövegkeresôjének segítségével gyorsan
megleltük a bûnös. Ezt a szövegrészt -- számos magyar
utasítás mellett -- a SMARTDRV.EXE tartalmazza a file
végén, mintegy odavetve. Az összes többi megjegyzés magyar,
így reméljük, ritkán fordul elô, hogy ilyesmi jelenik meg a
képernyôkön.
Ez az eset is azok sokaságához tartozik, amit a
szoftvergyártók elkerülhetnének a helyi -- esetünkben
magyar -- szakemberekkel, ne adj' isten újságírókkal való
konzultáció segítségével. A SMARTDRIVE magyarítása teljesen
feleslegesen kidobott pénz és munka, hiszen az átlagos
felhasználó örül, ha a Windowst és az alkalmazásokat tudja
használni, és nem áll neki finomítgatni.
A Windows magyar változata azonban tartalmaz egy
szolgáltatásnak nevezett pofátlanságot is. A Microsoft úgy
gondolja, ha magyar Windowst telepítünk, akkor nekünk
feltétlenül kell a magyar DOS is, ezért közli, hogy minden
Windows-indításkor megnézi, telepítve van-e a 852-es
kódtábla, és ha nincs, akkor telepíti azt. Erre a
Windowsnak egyébként semmi szüksége, és kódtábla ellen a
szakemberek sokasága tiltakozik, mert az angol nyelvû
szoftverek képét -- és részben mûködését -- lehetetlenné
teszi. Kezdô felhasználó nem figyel fel erre az üzenetre,
és a Windows elsô indítása után sok munkával takaríthat...
Fontos!
Ha a magyar Windows telepítése után nem akarjuk a DOS-t a
852-es kódtáblával használni, azonnal, még kilépés elôtt
távolítsuk el a startup csoportból a 852-est tukmáló
programot. Tegyük ki valahová, vagy egyszerûen töröljük.
Ha kell, késôbb még megtalálhatjuk.
Lehet, hogy az itt felsorolt hibák elkerülhetôk, az
információk megtalálhatók, ha elolvassuk a kézikönyveket.
De a mindennapi munka során nem mindig van idô erre, és
reméljük, hogy saját felhasználói tapasztalataink
életszerûbbek, mint a kézikönyvek több ezer oldalas meséi.
@KNoé Gábor@N